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(54) Service providing method 

(57) When a user accesses an 10 card system, the 
user intentionally registers processing or actions neces- 
sary for an 10 card (1020) to an lO card management 
system (1030), or the system detennines a predeter- 
mined state to register the processing to the 10 card 
management system. The !C card management system 
beforehand delivers the actions to an IC card terminal 
(1 01 0). Thereafter, when the user inserts the IC card of 
which the necessary actions have been registered to the 
IC card management system to the IC card terminal, the 
IC card tenninal executes the actions corresponding to 
the IC card. 
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Description 

BACKGROUND OF THE INVENTION 

[0001 ] The present invention relates to an integrated- 
circuit (IC) card system for providing various services to 
users of 10 cards such as a credit card, a cash card, 
and/or a passenger ticket. 

[0002] In a known 10 card system of prior art, when 
an 10 card of a user is installed in an 10 card terminal 
device, an operator or the user operates the terminal 
device. According to the contents of the operation, the 
10 card terminal device provides various services to the 
user. For example, USP 6,1 1 9,945 describes a prior-art 
technique of this kind. 

SUMMARY OF THE INVENTION 

[0003] In the lO card services of the prior art, the user 
or the operator must directly operate the lO card tenmt- 
nal, for example, to update a valid period oran expiration 
time of the lO card orto accumulate a value to a balance 
the IC card. This leads to a problem of usability such 
that a long line of users appears at a commutation ticket 
issuing/updating window for students and workers im- 
mediately before the beginning of a new term or the like, 
and a problem that the user must confirm the balance 
of his or her prepaid card to add a desired value to the 
balance. With increase of various services, there arises 
a problem that the user must conduct complex operation 
from the 10 card terminal. It is therefore an object of the 
present invention to provide an 10 card system having 
high usability In which highly developed services are 
available. 

[0004] When a user accesses a service providing sys- 
tem employing a recording medium such as an 10 card, 
the user registers, to the service providing system, ac- 
tions or processing necessary for the recording medium 
Including an IC card. The service providing system dis- 
tributes the actions to service providing terminal devices 
such as 10 card tenninals. Thereafter, when the user in- 
stalls, in a service providing terminal, the recording me- 
dium for which the actions have been registered in ad- 
vance as above, the service providing terminal conducts 
the actions registered for the recording medium. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0005] The objects and features of the present inven- 
tion will become more apparent from the consideration 
of the following detailed description taken in conjunction 
with the accompanying drawings in which: 

Fig. 1 is a block diagram showing an overall config- 
uration of an IC card system; 
Fig. 2 Is a diagram showing structure of an lO card 
management or control system; 
Fig. 3 is a diagram showing a data layout of a card 
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management database; 

Fig. 4 Is a diagram showing a data layout of a neg- 
ative card management database; 
Fig, 5 is a diagram showing a data layout of a user 
5 management database; 

Fig. 6 Is a diagram showing a data layout of a con- 
figuration of action execution control parameters; 
Fig. 7 is a diagram showing a data layout of an ac- 
tion management database; 
Fig. 8 is a diagram showing a configuration of a user 
terminal; 

Fig. 9 is a diagram showing a data layout of a user 

profile; 

Fig. 10 is a perspective view showing a configura- 
tion of an 10 card temriinal such as a ticket issuing 
tenninal, a fare adjusting terminal, or a value adding 
terminal; 

Fig. 11 is a perspective view showing a configura- 
tion of an lOcard terminal, namely, a ticket inspect- 
ing temninal; 

Fig. 1 2 is a perspective view showing structure of a 
computing section of 10 card terminal; 
Fig. 1 3 is a diagram showing a data layout of a neg- 
ative list; 

Fig. 14 is a diagram showing a data layout of an 
action list; 

Fig. 15 Is a block diagram showing structure of an 

IC card system; 

Fig. 16 is a diagram showing information items 
stored in an lO card; 

Fig. 1 7 is a flowchart showing an overall processing 
flow; and 

Fig. 18 is a flowchart showing a processing flow to 
execute actions. 

DESCRIPTION OF THE EMBODIMENTS 

[0006] Referring now to Figs. 1 to 1 8, description will 
be given of the contents of an example in which the 
present Invention Is applied to a service providing oper- 
ation in an 10 card system employed in a train ticket sys- 
tem using 10 cards. First, description will be given of a 
first embodiment In accordance with the present inven- 
tion. 

[0007] Fig, 1 shows an overall configuration of a train 
IC card system. The system Includes an 10 card terminal 
1010 to provide various services to users through 10 
cards, an 10 card 1020 which can store various tickets 
such as a commutation ticket and a limited express tick- 
et for a reserved seat, an 10 card management system 
1 030 which operates to manage the overall 10 card sys- 
tem, a usortcmriinat 1040 such as a portable totcphono 
or a personal computer (PC), an IC card service system 
1 050 to conduct such services as ticket reservation and 
sales service and a commutation ticket update service, 
and an information communication network 1 060 to con- 
nects these subsystems to each other. 
[0008] The 10 card terminal includes a ticket vending 
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device 1010' to write various ticket information on an IC 
card In compensation for the associated charge, a ticket 
inspecting device 1011, and an information supplying 
terminal 1012 to supply various information such as 
sightseeing information. The IC card management sys- 
tem includes an IC card management section 1031 to 
manage IC card information, a user management sec- 
tion 1032 to manage infomiation of users, and an action 
management section to manage various procedures for 
IC cards. The usertemninal includes devices which can 
be connected via an information communication net- 
work to the IC card servbe system and the IC card man- 
agement system such as a portable telephone 1041 , a 
mobile PC 1042, and a home/office PC 1043. The IC 
card service system is represented by, for example, a 
web site to provide a ticket resen^ation and sales serv- 
ice, specifically, provides services such as a ticket res- 
en/ation and sales service 1 051 and an IC card Issuance 
and update sen/ice 1 052. 

[0009] Fig. 2 shows a configuration of an IC card man- 
agement system. The system includes a card manage- 
ment section 2010, a user management system 2020, 
and an action management system 2030. Referring now 
to Figs. 3 to 8, description will be given of an outline of 
a function of each section. 

(1) Card management section 

[001 0] The card management section 201 0 receives 
a request to refer to card Infomnation and/or a request 
to update card infomnation from an IC card temriinal, a 
user temriinal, and an IC card service system connected 
to the IC card management system. In response to the 
requests, the card management section 2010 refers to 
or updates a card management database 2011 dis- 
posed to manage the entire IC card information in the 
IC card system. The card management system regis- 
ters, to a negative (invalid) card management database 
2012, IC cards which become invalid because of theft, 
loss, failure, or the like, and registers a negative identi- 
fier to a negative list of the terminal in which the card is 
used. The card management section 2010 thereby pre- 
vents unauthorized uses of invalid IC cards. 
[0011] Fig. 3 shows a data layout of a card manage- 
ment database. This Is a database to manage Informa- 
tion stored In each IC card and Includes records each 
of which includes dala ilems of a user ID 3010, ticket 
Infonnation 3020, balance information 3030, point infor- 
mation 3040, and a card expiration time 3050. 
[0012] Fig. 4 shows a data layout of a negative card 
management database. The database is disposed to 
manage IC cards which have become invalid because 
of theft, loss, failure, or the like. Each record of the da- 
tabase includes data items such as a card identifier 
4010, a registration date 4020, a registration cause 
4030, and a registration canceling condition 4010. 



(2) User management section 

[0013] The user management section 2020 receives 
a request to refer to card information and/or a request 
5 to update user information from an IC card terminal, a 
user terminal, and an IC card service system connected 
to the IC card management system. On receiving such 
requests, the user management section 2020 refers to 
or updates a user management database 2021 dis- 
10 posed to manage the overall user information In the IC 
card system. 

[0014] Fig. 5 shows a data layout of a user manage- 
ment database. This is disposed to manage information 
of each user, and each record thereof includes fields of 
15 data items such as a name field 501 0, a sex field 5020, 
an age field 5030, an address field 5040, a telephone 
number field 5050, a mail address field 5060, a credit 
number field 5070, and a secret number field 5080. 



[0015] The action management section 2030 re- 
ceives an action request for each card sent from a user 
terminal, an !C card terminal, and an IC card service sys- 

25 tern connected to the IC card management system. 
Having received the requests, the action management 
section 2030 refers to action execution control parame- 
ters and generates an action corresponding to the re- 
quest. The section 2030 distributes the action to an I C 

30 card temriinal specified according to a type of the action 
and then registers the action to the action management 
database 2031 . 

[0016] Fig. 6 shows a configuration of action execu- 
tion control parameters. The parameters are used to de- 

35 fine a distributing condition, an expiration time, and the 
like of the action for each action type. The parameters 
include distribution timing 6010 to specify a distribution 
condition of time, a distribution area 6020 to specify a 
distribution condition of an area, a distribution terminal 

40 6030 to specify a distribution condition for each type of 
IC card terminal, an executing condition 6040 to specify 
action executing condition, and an action expiration time 
6050. 

[0017] Fig. 7 shows a configuration of an action man- 
45 agement database. In this database, each action regis- 
tered for each IC card is managed using an action Iden- 
tifier (ID), namely, a serial number sequentially set to the 
action in a sequence of action registration. Each action 
includes data items such as an action registration day 
50 and time 701 0, IC card terminal distribution day and time 
7020, a distribution area 7030, a distribution terminal 
7040, an action typo 7050, action contents 7060, an ex- 
ecution condition 7070, an execution result 7080, and 
an expiration time 7090. 
55 [0018] Fig. 8 shows a construction of a user terminal 
801 0. The terminal 801 0 can access via an information 
communication networt< the IC card management or 
control system and the IC card service system and in- 
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eludes a communication controller 8011, a user inter- 
face section 801 2, and a user profile 801 3. The terminal 
8010 may also includes an IC card reader-writer 8014 
depending on cases. 

[0019] Fig. 9 shows a data layout of a user profile. 
Each record of the user profile includes a name 9010, 
a sex 9020, an age 9030, an address 9040, a telephone 
number 9050, a mail address 9060, a credit number 
9070, and a secret number 9080. 
[0020] Fig. 10 shows, in a perspective view, an outline 
of an example of an IC card terminal, namely, a terminal 
which is used to issue a ticket, to add a value, and to 
conduct fare adjustment. The terminal includes a dis- 
play 10010, an ICcard input section 10020. a cash inlet 
10030, an operator's panel 10040, an ejecting slit 
10050, and a computing section 10060. The display 
conducts guidance of various operations for users. The 
IC card input section 1 0020 includes an IC card reader- 
writer which can conduct read and write operations ol 
information of IC cards having various functions as, for 
example, a credit card and a commutation ticket. The 
operator or user inputs cash from the cash inlet 1 0030. 
The user inputs a command from the operator's panel 
10040 according to a desired service. In the IC card is- 
suance or update, when change takes place, the 
change is ejected from the ejecting slit 1 0050. When the 
user installs an IC card in the IC card inlet 10020, the 
computing section 10060 first confirms validity of the IC 
card, and then detemriines presence or absence of an 
action corresponding to the card. If an effective action 
exits, the computing section 1 0060 conducts the action, 
and then achieves various services in response to op- 
erations of the user. 

[0021] Fig. 11 shows, in a perspective view, another 
example of the card IC terminal, namely, a contactless 
IC card inspection device. The card user passes the 
card inspection device while placing his or her IC card 
over an IC card input section 11010, A computing sec- 
tion 11020 of the inspection device first determines va- 
lidity of the ICcard. If the card is not valid, the computing 
section 11020 closes a gate 11030 to prevent passage 
of the user and displays a cause of passage rejection 
for the pertinent IC card in a display window 11040. 
Next, the computing section 11020 detemilnes pres* 
ence or absence of an action for the card. If there exists 
an efficient action, the computing section 11020 exe- 
cutes the action, and then executes processing of ordi- 
nary ticket inspection. 

[0022] Fig. 12 shows a configuration of the computing 
section 12010 of the IC card tenninal. The computing 
section 12010 includes a communication controller 
12011 to communicate information with the IC card 
management system, a job execution section 1 2012 to 
control jobs of the IC card terminal such as the ticket 
inspection, the ticket issuance, and the fare adjustment, 
an action execution section 12013 to execute actions 
stored in the action list, a negative list 12014 to store ID 
Information of invalid cards, and action list 12015 to 



store an execution procedure for each IC card. 
[0023] Fig. 13 shows a negative list to store ID infor- 
mation of invalid cards. Each record of the negative list 
includes a registration day and time 13010 and an in- 
5 validation cause 13020 for each identifier (ID). 

[0024] Fig. 14 shows an action list to store an execu- 
tion procedure for each IC card. In the action list, an ac- 
tion registered for each IC card is managed according 
to an action ID sequentially set as a serial number in an 
10 order of registration. Each record of the action list in- 
cludes data items of an action type 14010, action con- 
tents 14020, an execution condition 14030, execution 
results 14040, and an expiration time 14050. 
[0025] Fig. 15 shows a configuration of an ID card 
15 service system. The system includes a request receiv- 
ing section 15010 to receive requests from a user ter- 
minal and an IC card terminal connected to the network, 
a service execution section 1 5020 to execute services 
according to requests, an action request section 15030 
to send results of execution of a service to the IC card 
management system, and various service functions 
such as a ticket reservation and issuance service 
15040, a commutation ticket issuance/update service 
15050, and a service for card lost 15060. Description 
will be given of an outline of processing of the ticket res- 
ervation/issuance service. When the request receiving 
section 1 501 0 receives a ticket reservation/sale request 
of a reserved seat from a user the service execution 
section 15020 refers to free-seat infomiation managed 
by Its own system or an external system to conduct a 
reservation/settlement procedure by conversing with 
the user. The action request section 15030 sends ticket 
infomnation and a user identifier obtained as a result of 
the service execution to the IC card management sys- 
tem. The IC card management system generates a tick- 
et issuance action and distributes the action to a ticket 
issuing device or the like. 

[0026] Fig. 1 6 shows a data layout of IC card storage 
Infomiation. The information Includes user profile Infor- 
mation 16010 and application Infomiation 16020. The 
user profile information 16010 includes a name 16011, 
a sex 16012, an age 16013, an address 16014, a tele- 
phone number 16015, a mail address 16016, a credit 
number 16017, and a secret number 16018. The appli- 
cation Information Includes a card Identifier 1 61 21 , a us- 
er identifier 16122, ticket information 16023 storing var- 
ious tickets such as a commutation ticket, a reservation 
ticket, and a hotel coupon; balance information 16024 
storing a balance of prepaid value or electronic money, 
point infomnatlon 1 6025, action execution history 1 6026, 
and a card expiration time 16027. 
[0027] Fig. 1 7 shows an overall flow of processing to 
register and to execute an action from an IC card termi- 
nal. The processing of action registration using a user 
tenninal and an IC card service system basically in- 
cludes the same processing flow as this processing flow, 
and hence description thereof will be avoided. 
[0028] Description will next be given of the overall sys- 
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tern processing flow, specifically, processing of an IC 
card terminal A 17010 being used by an operator, 
processing of an IC card management system 17020, 
and each IC card terminal N 17030. 

(1) IC card terminal A (step 17010) 

[0029] To receive one of various services, a user or 
an operator installs an IC card in the IC card tenninal A. 
First, in step 1 701 1 , the IC card tenninal A reads storage 
Infonnation from the IC card. In step 1 701 2, the tenninal 
A collates a card ID in the storage infonnation obtained 
in step 1 7012 with a negative list of the IC card tenninal 
A to determine whether or not the ID number is already 
registered to the negative list. If the IC card has already 
been registered to the negative list, the tenninal A exe- 
cutes negative card detection processing In step 1 7013 
and terminals the service for the IC card in the terminal 
A. If the IC card has not been registered to the negative 
list, the processing proceeds to step 17014 to execute 
action execution processing, which will be described in 
detail later. When action execution processing is fin- 
ished, the processing goes to step 17015 to user the 
service of the IC card terminal A. The stop corresponds 
to an ordinary job of the terminal A, namely, to process- 
ing of ticket inspection, processing of ticket issuance, 
and processing of addition of a balance amount. In this 
step, according to a request inputted by the user to re- 
ceive the service and rules beforehand specified, for ex- 
ample, a rule to automatically add 1000 Yen to the bal- 
ance when the balance of the IC card becomes 300 Yen 
or less; the IC card tenninal A generates user request 
infomiation and sends the information to the IC card 
management system. 

[0030] In this example, the request of the user is sent 
from an IC card terminal. However, it is also possible 
that the user inputs a request from a user tenninal to 
send the request directly to the IC card management 
system and the user generates a request using a user 
tenninal and an IC card service system to send the re- 
quest to the IC card management system. Specific re- 
quest examples of various services are as follows. 

(A) Request to change a user profile from a user 
terminal 

(B) Request to automatically transfer an amount of 
monthly fare from the IC card service system 

(C) Request to issue a reservation ticket from the 
IC card service system 

(2) IC card management system (step 1 7020) 

[0031] On receiving a request from a user in step 
17021 , the IC card management system generates an 
action for the request in step 17022. 
[0032] If the request is, for example, an addition of 
3000 Yen to the balance of the IC card, the IC card man- 
agement system generates an action to send the action 



to the action management database as below. 

Pertinent card ID is set according to the contents of 
the request. 

5 . Action ID Is set to a value obtained by adding one 
to a maximum value of the action identifier already 
registered to the pertinent card identifier. 
Registration day and time are set to the current 

time. 

10 . Distribution area is set according to action control 
parameters. 

Action contents are set according to the contents of 
the request. 

Execution condition is set according to action con- 
15 trol parameters. 

Execution results are set "not executed" as a default 
value. 

Expiration time is set according to the current time 
and action control parameters. 

20 

[0033] Subsequently, in step 1 7023, the IC card man- 
agement system refers to an action type generated in 
the preceding step. If the action type is "negative list reg- 
istration", the system registers, in step 17025, an iden- 

25 tifier number of the IC card to the negative card man- 
agement database and distributes ID information to the 
IC card terminal. If the action type is otherthan "negative 
list registration", the system goes to step 1 7024 and dis- 
tributes the action generated before to an IC card termi- 

30 nal specified by the distribution area. 

(3) IC card terminal N (step 17030) 

[0034] When an action is received in step 1 7031 , the 
35 card tenninal N registers the action to the action list. 
When a negative identifier is received in step 1 7033, the 
terminal N registers the negative identifier to the nega- 
tive list In step 1 7034. 

[0035] Next, description will be given of the action ex- 

40 ecutlon processing. Fig. 1 8 shows a detailed processing 
flow of step 17014, i.e., action execution processing of 
Fig. 17. In the processing, an action list in the own sys- 
tem Is collated in step 18010 with the identifier number 
of the IC card which is being used and which has already 

45 been referred to. In step 18020, a check Is made to de- 
termined whether or not an action corresponding to the 
card ID has been registered to the action list. If the action 
has not been registered, the action execution process- 
ing is terminated. Othenvise, a check is made in step 

so 18030 to detemriine whether or not the action has al- 
ready been executed. This is conducted by determining 
whether or not the pertinent action ID is included in ac- 
tion execution history stored in the IC card. If all actions 
con^esponding to the IC card have already conducted, 

55 the action execution processing is terminated. Other- 
wise, the processing goes to step 18040 to conduct ac- 
tion identifier check 1 . 

[0036] In action identifier check 1 , a check is made to 
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determined whether or not a minimum value of one or 
more non-executed action identifiers is equal to a value 
obtained by adding one to an executed action identifier 
stored in the action execution history of the IC card. If 
the minimum value Is equal to the obtained value, the 
processing goes to step 18050 to conduct action iden- 
tifier check 2. Otherwise, processing goes to step 1 8060 
to execute error processing, for example, an en-or cause 
is notified to the user and/or a request is issued to the 
ID management system to download a latest action list. 
In step 18050, a check Is made to detemriine whether or 
not the non-executed action identifiers are completely 
sequential. If there exists an action Identifier not sequen- 
tial in the identifiers, the processing goes to step 1 8070 
to execute error processing. If all action identifiers are 
sequential, processing goes to step 1 8070 to execute a 
non-executed action. Next, In step 1 8080, a result of the 
execution is stored In the action execution history of the 
IC card. In step 18090, the execution result is sent to 
the IC card management system. The system receives 
the execution result in step 18100 and then stores the 
execution result in the action management database in 
step 180110. 

[0037] Subsequently, description will be given of a 
second embodiment of the present invention. In the sec- 
ond embodiment, predetermined services are conduct- 
ed by a ticket Inspection device by use of a station server 
device installed at each station or In each predetermined 
region. Specifically, in the second embodiment, the sta- 
tion server device executes at least part of the process- 
ing executed by the IC card management system in the 
foregoing embodiment. In this situation, each of the pre- 
determined regions may include a plurality of stations. 
[0038] For example, the station server device may in- 
clude the function of the card management section 
2010. In this case, the station server device may exe- 
cute processing for management data regarding users 
(IC cards) associated with the pertinent station (region). 
Data of the other users may be transmitted to station 
server devices corresponding to the users or the IC card 
management system so that the data is processed 
therein. 

[0039] In this situation, the negative list registration 
may be achieved by distributing a negative list from the 
IC card management system to each station server de- 
vice. It is also possible In this case that the data set to 
the station server device includes only the data of users 
associated with the station server. 
[0040] The addition of the value to the IC card may be 
carried out according to an indication from the station 
server device. That Is, the station server device receives 
infomiation from an IC card tcmiinal, and then the IC 
card terminal executes the value addition according to 
an indication from the station server device. It Is also 
possible that the IC card terminal executes the value ad- 
dition for an IC card having particular identification in- 
fomnation. After the value addition, the IC card terminal 
notifies the condition to the station server device and/or 
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the IC card management system. In response thereto, 
the station server device and/or the IC card manage- 
ment system conduct/conducts associated processing. 
For example, a request for settlement is notified to a 

5 computer of a bank or the like. The station server devic- 
es are connected to the network 1 060. 
[0041] The present invention also Includes a mode In 
which when an IC card passes a ticket inspection de- 
vice, a fare of an interval traveled using the IC card Is 

10 charged. First, when a passenger having a card includ- 
ing an IC card passes a ticket inspection device, the de- 
vice reads the card to obtain identification information 
of the user or the card. When the passenger leaving a 
station passes a ticket inspection device using the card, 

IS the device similarly obtains identification infomiation. 
The IC card management system receives these iden- 
tification information. According to the information, the 
system calculates a fare traveled by the passenger. The 
system sends, to a settlement organization, the result 

20 of the calculation and a settlement request to charge the 
user identified by the identification information. The set- 
tlement organization executes processing to transfer 
the charged amount from an account of the user to an 
account of an enterprise providing the service. 

25 [0042] In the mode, the card may store value informa- 
tion representing a value of money. It is also possible in 
this operation that the ticket inspection device draws a 
value of the price from the card when the passenger en- 
ters or leaves a station. 

30 [0043] The present Invention also includes a program 
product which Is used to execute the processing of the 
embodiments and which can be stored on a computer 
readable storage medium, 

[0044] While the present invention has been de- 
35 scribed with reference to the particular illustrative em- 
bodiments. It Is not to be restricted by those embodi- 
ments but only by the appended claims. It Is to be ap- 
preciated thatthose skilled In the art can change or mod- 
ify the embodiments without departing from the scope 
40 and spirit of the present invention. 



Claims 

1, A service providing system using a storage medium 
(1020) having stored service Infomnatlon for a user 
to receive services for executing information 
processing to provide the services according to the 
service infonnation (Fig. 1), wherein: 

so 

said storage medium stores Identification infor- 
mation for identifying said storage medium ( Fig. 
3); 

when said storage medium and a service pro- 
55 viding terminal device (1010) satisfy a prede- 

termined positional relation ship for the user to 
receive the services, said service providing ter- 
minal device transmits said identification infor- 
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mation via a network (1060) to a management 
device (1030); 

said management device stores management 
service information (1031 - 1033) Indicating 
management services to provide the services 
which are registered for each storage medium 
and which are to be executed for each storage 
medium; and 

service providing tenninal device executes a 
management service (1030) for said storage 
medium, said management service being indi- 
cated by management service infomiation cor- 
responding to the identification information 
transmitted according to a transmission from 
said management device. 

2. A service providing system according to claim 1 , 
wherein said management service information Is In- 
formation indicating update of a period of lime in 
which said services can be received (201 0; Fig. 1 3). 

3. A service providing system according to claim 2, 
wherein: 

said storage medium is a commutation ticket of 
a transportation facility; 

said services allow the user to travel by the 
transportation facilrty; 

said management service is update of the com- 
mutation ticket. 

4. A service providing system according to claim 1 , 
wherein said storage medium is an integrated-clr- 
cult (IC) card. 

5. A management service apparatus using a storage 
medium (1 020) having stored service information 
for a user to receive services for executing infomna- 
tion processing to provide the services according to 
the service infomriation (Fig. 1), comprising: 

means (2011, 2012) for storing management 
service infonmation (1031 - 1033) indicating 
management services to provide the services 
which are registered for each storage medium 
and which are to be executed for each storage 
medium; 

means for receiving identification information 
(Fig. 3) being stored on said storage medium 
and identifying said storage medium (Fig. 3) to 
which, when said storage medium and a serv- 
ice providing tomninal device (1010) satisfy a 
predetenmined positionaf relation ship for the 
user to receive the services, said service pro- 
viding terminal device transmits said Identifica- 
tion Infomriation via a network (1060); and 
means (1010) for executing infomriation 
processing to execute for said storage medium 



a management service indicated by manage- 
ment service information corresponding to the 
identification information transmitted from said 
service providing terminal device. 

5 

6. A management service apparatus according to 
claim 6, wherein said management service informa- 
tion is Information indicating update of a period of 
time in which said services can be received (201 0; 

iO Fig. 13). 

7. A management service apparatus according to 
claim 6, wherein: 

15 said storage medium is a commutation ticket of 

a transportation facility; 
said services allow the user to travel by the 
transportation facility; 

said management service is update of the com- 
20 mutation ticket. 

8. A management service apparatus according to 
claim 7, wherein: 

25 said means for executing the information 

- processing transmits, to said service providing 
terminal device, management service informa- 
tion corresponding to the identification Infonma- 
tion; and 

30 said service providing terminal device executes 

a management service Indicated by the man- 
agement service infomriation transmitted to 
said storage medium. 

^ 9, A management servtoe apparatus according to 
claim 8, wherein said storage medium is an IC card. 

10. A service providing tenninal device (1010) using a 
storage medium (1020) having stored service infor- 
40 mation for a user to receive services for executing 
information processing to provide the services ac- 
cording to the service information (Fig. 1), compris- 
ing: 

45 means for reading, from said storage medium, 

identification infomriation (Fig. 3) Identifying 
said storage medium (Fig. 3) and being stored 
on said storage medium when said storage me- 
dium and a service providing terminal device 
50 (1010) satisfy a predetermined positional rela- 

tion ship for the user to receive the services; 
moans (8011 ) for transmitting said identification 
infonnatlon via a network (1060) to a manage- 
ment device; 

55 means (801 1 ) for receiving management sen/- 

ice infomnation (1031 - 1033) from said man- 
agement device via said network, said man- 
agement service infonnation being stored in 
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said management device and indicating man- 
agement services to provide the services which 
are registered for each storage medium and 
which are to be executed for each storage me- 
dium; and 

means (1010) for executing a management 
service for said storage medium, said manage- 
ment service being indicated by the manage- 
ment service information received from said 
management device. 



a transportation facility; 

said services allow the user to travel by the 

transportation facility; 

said management service is update of the com- 
5 mutation ticket. 



11. A service providing terminal device according to 
claim 10, wherein said management sen/ice infor- 
mation is information indicating update of a period 
of time in which said services can be received 
(2010; Fig. 13). 



12. A program product which can be stored on a com- 
puter readable storage for making a management 
service apparatus execute processing, said man- 
agement service apparatus using a storage medi- 
um (1020) having stored service infomnation for a 
user to receive services for executing information 
processing to provide the services according to the 
service infomriatlon (Fig. 1), said processing com- 
prising the steps of: 



storing management service information (1031 



1 033) indicating management services to 30 
provide the sen/ices which are registered 
for each storage medium and which are to 
be executed for each storage medium; 



receiving identification information (Fig. 3) be- 35 
ing stored on said storage medium and identi- 
fying said storage medium (Fig. 3) to which, 
when said storage medium and a service pro- 
viding tenninal device (1010) satisfy a prede- 
temriined positional relation ship for the user to 40 
receive the services, said service providing ter- 
minal device transmits said identification infor- 
mation via a network (1060); and 
performing infomriatlon processing to execute 
for said storage medium a management serv- 45 
ice Indicated by management service infomria- 
lion corresponding to the idenlificallon infonma- 
tion transmitted from said service providing ter- 
minal device. 

50 

13. A program product according to claim 12, wherein 
said management service infonnation is infonma- 
tion Indicating update of a period of time In which 
said services can be received (2010; Fig. 13), 

55 

14. A program product according to claim 12, wherein: 



said storage medium Is a commutation ticket of 
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